home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970626-19970929 / 000027_news@newsmaster….columbia.edu _Mon Jul 7 06:26:39 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id GAA14730
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 7 Jul 1997 06:26:39 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id GAA12138
  7.     for kermit.misc@watsun; Mon, 7 Jul 1997 06:26:38 -0400 (EDT)
  8. Path: news.columbia.edu!panix!howland.erols.net!news.mathworks.com!uunet!in1.uu.net!204.255.96.40!intex.net!not-for-mail
  9. From: achalk@intex.net (Andrew Chalk)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: File transfer echo problem
  12. Date: Mon, 07 Jul 1997 09:23:34 GMT
  13. Organization: Intex.Net (http://www.intex.net/)
  14. Lines: 39
  15. Message-ID: <5pqcsu$hi1$1@alcor.nstar.net>
  16. References: <5poa33$t65$1@alcor.nstar.net> <5pof2j$og7$1@newsmaster.cc.columbia.edu>
  17. NNTP-Posting-Host: pppa020.nstar.net
  18. X-Newsreader: Forte Free Agent v0.55
  19. Xref: news.columbia.edu comp.protocols.kermit.misc:7277
  20.  
  21. fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote:
  22.  
  23. >In article <5poa33$t65$1@alcor.nstar.net>,
  24. >Andrew Chalk <achalk@intex.net> wrote:
  25. >: I am using a micro to communicate from a kermit implementation that I
  26. >: wrote to Kermit-TSO v4.0 (88/3/14). When I use the RECEIVE <filename>
  27. >: command and send my SEND-INIT packet, the mainframe ECHOS BACK the
  28. >: SEND-INIT packet, and then sends the expected ACK. In fact, when I
  29. >: modified my code to handle this i found that the mainframe echoes back
  30. >: EVERY PACKET I send, including the 'D' (DATA) packets before returning
  31. >: the expected response?
  32. >: 
  33. >: Is this a bug in Kermit-TSO or a setting on the mainframe. It
  34. >: certainly is strange!
  35. >: 
  36. >And through what kind of device are you accessing the mainframe?
  37. >Evidently it is some sort of 3270 protocol converter that has not been 
  38. >put into transparent mode.  You should install the current version of
  39. >IBM mainframe Kermit (4.3.1), since it has a better chance of detecting
  40. >the kind of protocol converter and putting it into transparent mode
  41. >automatically.  If that doesn't work, read the IBM Mainframe Kermit
  42. >manual on this topic:
  43.  
  44. >  ftp://kermit.columbia.edu/kermit/b/iktker.{ps,doc}
  45.  
  46. >In the worst case, you've got a 3270 protocol converter that does not
  47. >support transparent mode, and so your Kermit version must cope with the
  48. >echoes and other phenomena (line wrapping, etc).
  49.  
  50. >- Frank
  51.  
  52. Many thanks for the information Frank. This is at a customer's site,
  53. so I will pass it on.
  54.  
  55. I modified my Kermit implementation and it now works with this 3270
  56. (or other) device.
  57.  
  58. Regards.
  59.